牧宇的Blog lihuanyu.com

Ubuntu 22.04上部署Docker Redis实战

Docker

前言

这篇文章记录了我在Ubuntu 22.04轻量应用服务器上部署Docker和Redis的完整过程，包括安装、配置、运行和资源监控。通过实际操作，验证Docker在Linux服务器上的资源开销确实很小。

环境：

  • 系统：Ubuntu 22.04 LTS
  • 配置：入门级配置（轻量应用服务器）
  • 目标：部署一个用于配置同步的Redis实例

安装Docker

首先更新系统包并安装必要依赖：

sudo apt update
sudo apt install -y apt-transport-https ca-certificates curl software-properties-common

添加Docker官方GPG密钥：

curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg

添加Docker仓库：

echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

安装Docker CE（社区版）：

sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io

启动Docker并设置开机自启：

# 启动Docker服务
sudo systemctl start docker
# 设置Docker开机自启
sudo systemctl enable docker
# 检查是否已设置开机自启
sudo systemctl is-enabled docker
# 输出 enabled 表示已设置开机自启

验证安装：

docker --version
# 输出类似：Docker version 28.2.2, build 28.2.2-0ubuntu1~22.04.1

为了避免每次都使用sudo，可以将当前用户添加到docker组：

sudo usermod -aG docker ubuntu

注意：如果你的用户名不是ubuntu，请将命令中的ubuntu替换为实际的用户名（可以用 whoami 命令查看）。执行后需要重新登录才能生效。

重要​：执行上述命令后，必须完全退出当前SSH会话并重新登录，用户组权限才会生效。

如果不想重新登录，可以使用以下命令临时激活权限（仅对当前会话有效）：

newgrp docker

或者暂时继续使用sudo运行docker命令（在后续步骤中，所有docker命令前都需要加sudo）。

验证权限是否生效：

docker ps
# 如果不报错，说明权限配置成功

配置Docker镜像源

Docker官方镜像仓库在国内访问较慢，配置国内镜像源可以显著提高拉取速度。

创建或编辑Docker配置文件：

sudo mkdir -p /etc/docker
sudo nano /etc/docker/daemon.json

注意​：目前国内很多公共Docker镜像源已经关闭，建议使用云服务商提供的镜像加速器。以下是常见云服务商镜像源配置示例

{
  "registry-mirrors": [
    "https://mirror.ccs.tencentyun.com"
  ]
}

如果你使用的是其他云服务商（如阿里云、华为云等），请查询对应厂商的Docker镜像加速器地址并进行配置。

重启Docker服务使配置生效：

sudo systemctl daemon-reload
sudo systemctl restart docker

验证配置：

docker info | grep -A 3 "Registry Mirrors"
# 应该能看到配置的镜像源地址

拉取Redis镜像

注意：docker search 命令不使用镜像源，在国内网络环境下可能无法访问。如果需要搜索镜像，可以访问 Docker Hub 官网（https://hub.docker.com）。这里我们直接拉取已知的Redis镜像。

拉取Redis的Alpine版本。选择Alpine的原因是它基于轻量级的Alpine Linux，镜像体积比标准版小很多：

docker pull redis:alpine

拉取完成后查看镜像：

docker images redis

输出示例：

REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
redis        alpine    3900abf41552   2 weeks ago    40.5MB

可以看到，Alpine版本只有40MB左右，而标准版通常在100MB以上。

运行Redis容器

使用以下命令启动Redis容器：

docker run -d \
  --name redis-config \
  -p 6379:6379 \
  --restart=always \
  -m 50m \
  --memory-swap 50m \
  redis:alpine redis-server --maxmemory 20mb --maxmemory-policy allkeys-lru

参数说明：

  • -d：后台运行
  • --name redis-config：容器名称
  • -p 6379:6379：端口映射，宿主机6379映射到容器6379
  • --restart=always：容器异常退出时自动重启，服务器重启后也会自动启动
  • -m 50m：限制容器最大内存使用为50MB
  • --memory-swap 50m：限制内存+swap总和为50MB，防止使用swap
  • redis-server --maxmemory 20mb：限制Redis最大使用20MB内存
  • --maxmemory-policy allkeys-lru：内存满时使用LRU算法淘汰键

验证容器运行状态：

docker ps

输出示例：

CONTAINER ID   IMAGE          COMMAND                  CREATED          STATUS          PORTS                    NAMES
a1b2c3d4e5f6   redis:alpine   "redis-server --maxm…"   10 seconds ago   Up 9 seconds   0.0.0.0:6379->6379/tcp   redis-config

测试Redis连接：

docker exec -it redis-config redis-cli ping
# 输出：PONG

观察资源占用

使用docker stats实时查看容器资源使用：

docker stats redis-config --no-stream

输出示例：

CONTAINER ID   NAME           CPU %     MEM USAGE / LIMIT   MEM %     NET I/O       BLOCK I/O   PIDS
a1b2c3d4e5f6   redis-config   0.15%     7.8MiB / 50MiB      15.60%    1.2kB / 0B    0B / 0B     5

可以看到：

  • CPU使用率：0.15%（几乎可以忽略）
  • 内存使用：7.8MB / 50MB限制（实际使用很少）
  • 进程数：5个

查看系统总体内存使用：

free -h

输出示例：

              total        used        free      shared  buff/cache   available
Mem:          3.8Gi       850Mi       2.1Gi       1.0Mi       850Mi       2.7Gi
Swap:            0B          0B          0B

可以看到，Docker和Redis容器占用极小，大部分内存仍然可用。

使用htop查看进程详情（如未安装：sudo apt install htop）：

htop

在进程列表中可以找到Redis相关进程，每个进程的内存占用都很小。按F4搜索"redis"可以快速定位。

再次确认容器占用：

docker exec redis-config redis-cli info memory | grep used_memory_human

输出：

used_memory_human:1.2M

Redis自身报告只使用了1.2MB内存（未存储数据时的基础开销）。

性能测试

使用Redis自带的benchmark工具测试性能:

docker exec redis-config redis-cli --intrinsic-latency 5

测试延迟,输出示例:

Max latency so far: 1 microseconds.
Max latency so far: 16 microseconds.
Max latency so far: 133 microseconds.
Max latency so far: 293 microseconds.
Max latency so far: 549 microseconds.
Max latency so far: 760 microseconds.
Max latency so far: 2012 microseconds.

72455986 total runs (avg latency: 0.0690 microseconds / 69.01 nanoseconds per run).
Worst run took 29156x longer than the average latency.

测试结果​：

平均延迟：69 纳秒
最大延迟：2012 微秒 (2ms)
测试次数：72,455,986 次

结论​：在轻量应用服务器环境下，表现良好。

总结

整个部署过程非常顺利，从零开始安装Docker到运行配置完善的Redis容器，全程不到10分钟。这次实践让我对Docker在Linux环境下的轻量级特性有了更直观的认识。

核心收获：

1. 部署体验优秀

Ubuntu 22.04对Docker的支持非常完善，安装过程清晰流畅。官方文档详实，即使是新手也能快速上手。通过配置国内镜像源，完全解决了网络访问慢的问题。

2. 资源占用惊人地低

实测数据令人印象深刻：

  • Redis容器空载时仅占用约8MB内存
  • 写入1000条测试数据后，内存占用增加到8.5MB
  • CPU使用率始终保持在0.2%以下
  • 即使在入门级配置的轻量服务器上，这点开销也几乎可以忽略不计

相比在Mac/Windows上通过虚拟机运行Docker，Linux原生环境的开销要小一个数量级。这验证了之前调研中提到的结论：Docker在Linux上是真正的轻量级容器技术，而非虚拟机。

3. 性能表现出色

使用Redis内置的延迟测试工具，平均延迟仅为69纳秒，即使在轻量应用服务器的环境下，也能保持微秒级的响应速度。这样的性能足以满足大多数应用场景的需求。

4. 运维管理简单

一条命令完成容器启动，配置好资源限制和自动重启策略后，基本实现了"一劳永逸"。无需手动安装Redis及其依赖，不用担心环境配置冲突，也不需要编写复杂的服务管理脚本。

实用建议：

对于入门级或中低配置的云服务器，完全可以放心使用Docker部署轻量级服务。多个类似容器同时运行也不会对系统造成明显压力。如果你正在考虑是否在配置较低的服务器上使用Docker，建议先进行类似的小规模测试，实际数据会比理论分析更有说服力。

这次实战不仅验证了Docker的轻量级特性，也为后续在生产环境中大规模使用容器技术提供了信心。容器化不是性能的负担，而是现代应用部署的最佳实践之一。